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EDITORIAL 


As the lower right hand corner of my 
Spectrum starts to glow in sympathy with 
the artwork on the casing, I know it's 
time to stop playing Hobbit and Scrabble 
(now I can load them from disc I find 
how addictive these things are...) and 
get on with the communication side of 
computing. Even with a computer the art 
of communication is dependent on which 
button is pressed. In other words the 
reasons why this newsletter is later 
than anyone at this end wanted are all 
human. The big reason is that Dave F. 
has been in hospital with salmonella 
(food poisoning) which wasn't diagnosed 
for over a week. By this time Deve was 
in a bad way, having had his eppendix 
removed and then removed himself, 
stitches popping, from hospital. Not a 
good move. He was back again having 
various bits cultured until they found 
salmonella in one of the bits. So Dave 
really has bridged the culture gap. 


Now for the good news. - There ig a 
second version of SPDOS out with a 
It will fonmt 
faster and more easily, CLEAR O will 
compress BASIC programs by replacing all 
numbers with the VAL "nnnn" equivalent, 
PRINT #4: GO TO nnn gives an error trap 
routine, NEW clears the BASIC progran 
area but leaves the variables and SPDOS, 
tape programs of less than 37k can be 
copied to disc automatically, and that 
annoying POKE when running AUTO programs 
has been sorted out. This new version 
costs £20.00 to all but you and I. We 
(being, SURFers) get it at 25% discount. 
There is a slight problem with the 15% 
VAT which would not be charged to non-UK 
residents, but postal charges are so 
high these days that the VAT surcharge 
is discounted against airmail costs. So 
for a mere £15.00 (which includes the 
cost of the disk) a new SPDOS can be 
yours! 


The other major development is that 
Watford have ceased to sell the 
interface and a new version has been 
For various 
reasons Kempston wanted SPDOS to be in a 
ROM, and so it is, using only 700 bytes 
of Spectrum memory in the same area that 
the Mosresrias s use (i.e. below the 
BASIC area). However, this doesn't mean 


that all the versatility of the Watford 
SPDOS is lost. All you do is load SPDOS 
from disc and the Kempston interface 
acts just like the Watford version. But 
you don't get the bundled software any 
more. So 1 reckon us old hands have the 
bargain. And as you'll see later in 
this newletter, SPDOS can fill corners 
of your Spectrum that other systems 
cannot reach... 


Finally, how would you like a SPDOS 
weekend? Reading has a University which 
is used to accommodating conferences and 
Abbeydale has good contacts there. So 
it would be possible to set up a 
residential weekend with talks, demon- 
strations and general computer chat. If 
you would be interested then let Abbey- 
dale know. 


Use the advantages that membership of 
SURF brings: free advertising in this 
newsletter, discounts on software (or 
should that be SURFtware? Perhaps not.) 
and access to Abbeydale Designers by 
post (PO Box 124, Reading, Berks, RG4 
OLF) and phone (0734-483044). Remember 
though that you are one of many and may 
not always have your problem solved by 
return of post. But it'll be in the 
NEXT delivery, never fear !! 


And now — DIMITRI SPEAKS....... 


THE SURF TECHNICAL CORNER 


This column is intended to bring all 
of you 280 buffs out there into closer 
contact with the complex anatomy of 
SPDOS. The secrets of its structure will 
be slowly wnravelled in successive 
newsletters for your benefit. We have to 
take it easy on this one because 
extensive exposure to the bare facts of 
SPDOS could prove overwhelming and 
harmful to your health. The first part 
starts on the next page...ccoers 


$ 


This month, you will be introduced to 
SPDOS's SerVice Calls or SVCs. Those of 
you who cut your teeth on Microwatsits 
have probably come across the idea of 
"Hook Codes" as a way of accessing 
System routines using a fixed entry 
point. This is quite common (Microsoft 
use it...) and it can be implemented in 


a variety of ways e.g. 
LD A, code sService code 
RST 8 ¿Common Entry 


SPDOS uses register B to pass the 
appropriate Service code to its common 
processing routine, at E490 Hex: 


LD B,code 
CALL #E490 


(The '#' is HISOFT DEVPAC for HEX, other 
assemblers like the Picturesque or OCP 
make use of the more conventional 'H' 
AFTER the number.) 


Before saving, loading, erasing or 
merging a file a DISK CONTROL BLOCK 
(DCB) must be set up in a reserved area 
of memory. starting at $E420. This time 
we will discuss the LOADing and SAVEing 
of blocks of CODE from within machine 
code programs as this was found to be an 
extremely popular request. 


(a) SAVEing CODE 


Most tape programs make a call to 
#O4C2 or #0970 in the Sinclair ROM after 
having set up a header. 


The first address is called with DE 
holding the length of the block, Ix 
holding the start address of the block 
and A holding 00 or fFP to signal a 
'header' or a 'data block' respectively. 
You will find in this case that, 
usually, two calls are made: one to save 
the 17-byte header and one to save the 
data block. Headerless programs have 
obviously omitted the header information 
as the exact destination and length of 
the block are known to the program that 
loads them. E 


If a header is set up, you will need 
to extract the FILENAME, the LENGTH and 
tne START for the purpose of setting up 
the SPDOS DCB. The DCB's first 15 bytes 
correspond to the first 15 bytes of a 
standard Spectrum tape header so a block 
move could be used to transfer them. 


If a header is set up, you will need 
to extract the FILENAME, the LENGTH and 
the START for the purpose of setting up 
the SPDOS DCB. The DCB's first 15 bytes 
correspond to the first 15 bytes of a 
standard Spectrum tape header so a block 
move could be used to transfer them. 


The Disk Control Block must be set up 
as follows: 


#E420 : must contain the number 3 
#8421 : start of filename. If the 
filename is less than 10 characters 
fill up to #E42A with spaces 

#E42B : Length 
HB42D : Start 


(two bytes) 

(two bytes) 

#E42F to #E43D : Zero-fill 
With SPDOS you don't need two separate 
operations to save a block of code. 


Having set up the DCB you proceed as 
follows: 


SAVE ID D,DRVNO ;DRIVE NO 
:0 TO 3 
ID B,O ¿SVC FOR DRIVE 
¡SELECT 
CALL #E490 ¿DO IT 
ID B,H0 ¿SVC FOR SAVE 
CALL $E490 :DO IT 
de ¿ETC ETC 


Note the use of numbers O to 3 for the 
drive selection. At the user level, 
these are 1 to 4. The use of an existing 
filename overwrites the old file. 


If you are modifying a tape program 
that saves the header and the data block 
separately, delete the part that saves 
the header. 


Programs that call #0970 have already 
set up HL with the start address of the 
block and IX with the start of the 
header so that the two saving operations 
are performed in succession. 


(b) LOADing CODE: 


The Spectrum ROM calls which are most 
frequently used to load blocks of code 
include #0556 and #0802. The 
Accumulator is again used to distinguish 
between a header and a data block load. 


Registers DE and IX are used to hold the 
length and the destination respectively. 
Conventional loading would normal ly 
involve the following; 


IX points to the header area. 
DE=17 (length of header) 
A=0 (header) 

Carry Flag Set ('LOAD') 

Call #0556 or #0802. 


Successful LOAD results in the Carry 
flag being set. 


After the header has been loaded, the 
data block length and destination can be 
found in the header, DE and IX are 
loaded with them, register A is made to 
hold #FF, the Carry Flag is set and 
another call is made. A loading error 
returns with reset Carry. Loading 
headerless blocks involves only the 
second stage as both the length and the 
destination are known in advance. 


SPDOS expects a DCB to be set up in 
advance containing the filetype ("3" for 
bytes) and the filename. Start and 
| length can be specified, if required, 
otherwise the appropriate DCB bytes must 
be zero-filled. 


The DCB format and addresses are the 
same as for saving. Select the drive as 
before and then: 


B,#13 ;DOES FILE EXIST? 
CALL #E490 
JR  C,LOAD1 ¿JUMP IF IT DOES 
CALL #E484  ;PRINT ERROR ETC 
‘ DEFB HE ¿RECORD NOT FOUND 


ID B,#12 ;SVC FOR LOAD 
CALL #8490 ¿DO IT 
“ETC ETC 


LOAD! 


After loading START and LENGTH will 
hold true values if they were: filled 
with zeros on entry. The use of START 
and LENGTH is consistent with the tape 
commands: i.e. START can be used to 
offset the load address etc. To avoid 
over-writing the DOS, the length of the 
disk file can be checked before the 
actual loading. Service call #13, which 
looks for the filename on the directory, 
loads the file header from disk into a 
secondary DCB offset from the user DCB 
by 32 bytes ie starting at #E440. The 
true length can then be found and 
compared with the maximum length allowed 
cui = 


ae ee re | 4 


A IN ee eee 


EXAMPLE: 


The following example demonstrates how 
the LOAD subroutine of some hypothetical 
machine code program can be modified for 
SPDOS. We will assume that the user has 
specified a filename and that a 
subroutine CMPNAM exists to compare the 
user-supplied filename with the string 
starting at 1X+01. A match is shown by 


E setting the Zero Flag. 


LOAD ID DE,17 317 BYTE HEADER 
LD IX, HEADR 
XOR A. ;FOR A HEADER 
SCF l ¿FOR 'LOAD' 
CALL #0556 ¿LOAD BYTES 
JR C, CONT 
RST 8 
DEFB #1A s LOADING ERROR 
CONT. 1D A, (1X+00) ¡FILETYPE 
CP 3 31S IT 'BYTES'? 
JR NZ,LOAD ;GET NEXT HEADER 
CALL CMPNAM ; FILENAMES MATCH? 
JR NZ,LOAD ¡NEXT HEADER 


LD E,(IX+fOB);DE=LENGTH 
LD D,(IX+HfOC) 

ID L,(IX+*0D);HL=START 
ID oH, (IX+#08) 


PUSH HL 

POP IX sNOW, IX=START 
LD A, #EF ; FOR DATA BLOCK 
SCF ¿FOR 'LOAD' 

JP #0802 “LOAD CODE BLOCK. 


If, now, FNAME is the start address of 
the space-filled, user-supplied filename 
the SPDOS version could look like this: 


LOAD ID A,3 “FOR 'BYTES' 
LD  DE,#F420 ¡THE DCB 
LD (DE),A ;SET FILETYPE 
INC DE : POINT TO DCB+1 
LD HL, FNAME 
ID BC,10 310 CHARACTERS 
LDIR 
ID  B,19 : BYTES TO ZERO 
Z FILL LD (HL),O 
INC HL 
DJNZ Z FILL 
ID D,O “DRIVE 1, B=0 
CALL fE490 
ID B,#13 LOOK FOR IT 
CALL #490 
JR C,LOAD1 
CALL #E48A 
DEFB ME ¿NOT FOUND 
LOAD1 ID B,f#12 
JP FEA “LOAD AND RETURN 


I os this instalment has provided 
you with enough material to be able to 
convert your favourite tapes to SPDOS 
format or incorporate disk I/O into your 
own machine code programs. 


Watch this space! More Abbeydale hints 
and tips are to follow making SPDOS the 
best supported, BEST disk system on the 
Spectrum scene. 


Till the next SURF Newsletter, 
Good luck and good SURFing. 


Dimitri Koveos 


= 


USING SPDOS FOR STORING LARGE PROGRAMS 


SCRABBLE by Richard Parrant 


The major advantage of a disk iter 
is, obviously, its ability to LOAD/SA 
data (programs, files etc) at very e 
speed. A disadvantage is that inevitably 
the DOS is occupying a part of the 
computer's memory. This means that ONLY 
software which will fit into memory 


below the DOS can be SAVEA and LOADed 


from disk. 
OR DOES IT 9? 


The Spectrum's memory is so organised 
that a large chunk of it is not used for 
any useful purpose until the main body 
of the software has finished loading. 
This chunk of memory is commonly known 
as the Display File and is 6912 bytes 
leng. Those of you who have studied the 
SPDOS manual and now the first 
newsletter, may have noted that SPDOS is 
just 6435 bytes long and MiniDOS less 
than 4500 bytes. 


NO. We can't move SPDOS !! But, we can 
utilise the Display File as a holding 
area until w have finished with the 
DOS. This means that we should be able 
to load almost anything from disk. 


As an example, here is how I put 
SCRABBLE onto disk. This is one of the 
largest programs that I know of at 41136 


bytes long. 
The technique is to load the BASIC 


loader from the original tape and find. 


This should help 
the 


the CLEAR address. 
determine the start address of 


machine code. Alternatively, routines 
have been published which enable the 
tape header to be read and the start and 
length of the code found this way. 


The appropriate data for 'Scrabble' is 
a Start address of 24400 and a length of 
41136 bytes, ie to the top of memory. 


Having found this information, CLEAR to 
below the start and LOAD the code. This 
will over-write SPDOS. Now, save the 
code to tape but split it into 3 blocks, 
one of which is slightly larger than, 
and includes the area used by MiniDOS. 
Having RESET the Spectrum, load the 
other two blocks of code and save them 
to disk. 


Now for the clever bit. Load the third 
block, which would normally conflict 
with MiniDOS, into the Display File. Add 
a small machine code routine, which will 
re-locate it (do NOT execute this yet!) 
and save it to disk. All that remains is 
to modify the BASIC program to load 
these blocks in from disk and execute 
the relocate routine. 


Simple, wasn't it? 


For the less technically minded, it's 


done like this: 
a) CLEAR 24399:LOAD "sc"CODE 


b) SAVE "sc1"CODE 24400, 24550 
(ie almost up to MiniDOS) 


c) SAVE "sc2" CODE 54950, 10586 
(ie above MiniDOS) 


d) SAVE "sc3" CODE 48950,6000 
(ie over MiniDOS) 


RESET the Spectrum 


e) PRINT #4:LOAD "mdos;o" CODE 
RANDOMIZE USR 49644 (initiates 


MiniDOS) 
f) CLEAR 24399 


g) LOAD "sc1"CODE: PRINT #4:SAVE 
CODE 24400, 24550 


"sci n 


h) CLEAR 32000 


-i) LOAD "sc2"CODE: PRINT #4:SAVE 
CODE 54950, 10586 


nscor 


j) Enter and RUN this program: 


10 CLEAR 32000 
20 CLS 
30 LOAD "sc3"CODE 16384 
40 FOR X=22384 TO 22395 
50 READ Y: POKE X,Y: NEXT X 
60 PRINT /4:SAVE "303" 16384,6012 
70 DATA 33,0,64,17,54,191,1,112,23, 
237,176,201 


Well done, it's all on disk !!! 


Now just load and modify the BASIC and 
give it a try. 


10 CLEAR VAL"24599" 
11 PRINT #4: LOAD ''mdos;o" CODE: 
POKE 49647,201: RANDOMIZE USR 49644 
12 PRINT #4:LOAD "sc1"CODE: : 
PRINT #4:LOAD "sc2"CODE: : 
PRINT #4:LOAD "sc3"CODE: : 
RANDOMIZE USR VAL"22384" 
14 LET a=VAL"24403". GO TO USR 
VAL" 24400" 
15 CLEAR: PRINT #4:SAVE "scrabble" LINE 
10 : STOP 
50 CLS: LOAD "scrabgame"CODE: GO TO USR 
100 CLS: SAVE"scrabgame" CODE - 
24408, 3943: GO TO USR a 
101 GO TO VAL"100" 


My thanks go to D. Farmborough of 
Abbeydale Designers for the isnpiration 
to attempt the above exercise. Maybe 
this will also give some of you the 
inspiration to 'have a go' and tell the 
rest of us about any programs you have 
moved to disk. 


Your editor, Jules, has tried this and 
reckons he has a different version of 
Scrabble. For a start, the clear 
address had to be moved to 24379 (this 
was the value in the BASIC driver/loader 
program) and the length of the block 
increased so that stage (b) is now SAVE 
"so1"CODE 24380,24570. The next change 
is (£) CLEAR 24379 and the LOAD figures 
at stage (g) are changed as in stage 
(b). The technique for loading code to 
the display area and then moving it was 
OK. The final BASIC loader also had to 
be modified. Again, CLEAR VAL "24379" 
as line 10, then in line 14 the GO TO 
address is 46474. Then all was OK! So 
what you must do first of all is to LOAD 
or MERGE the BASIC loader/driver and see 
which version of Scrabble you have. And 
there may be more than two!! 


THE HOBBIT by T.Judd 


The procedure I use is best described 
by a practical example, followed by a 
summary of the sequence of events. 
Boffins can read on. lesser mortals 
may find it easier to read the summary 
in conjuction with the procedure. 

The procedure: 

1. Clear 24575 
2. Tape load "p" screens 
. Disk save "hlogo" screen$ 


. Tape load "h" code 
. Tape save "hi" code 24576,33280 


. Tape save "h3" code 64290,1246 


5 

4 

5 

6. Tape save "h2" code 57856,6454 
7 

8. Reset SPDOS 

9 


. Tape load and disk save "hi" code 
24576,33280 
10. Tape load and disk save "h3" code 


64290, 1246 


11. Enter and save this routine as 
"idir": 


10 REM TeeHeeSoft ldir 

20 PRINT "START TAPE" 

30 LOAD "h2" CODE 16400 

40 PRINT "STOP TAPE" 

50 DATA 33,16,64,17,104,191,1,149,17, 

237,176,201 

60 FOR N=0 TO 11 

70 READ M 

80 POKE 16384+N,M 

90 NEXT N 

100 PRINT #4: SAVE "h2" CODE 16384, 
6450 

this 


12. Enter and save as "hobbit" 


routine: 


5 REM TeeHeeSoft SPDOS hobbit 
10 CLEAR 24575 
30 PRINT #4:LOAD "hlogo" SCREENS 
40 PRINT #4:LOAD "hi" CODE 
50 PRINT $4:LOAD "h3" CODE 
60 PRINT #4:LOAD "h2" CODE 
70 RANDOMIZE USR 16384 
80 PRINT AT 5,0;" (42 spaces) 
A KEY (43 spaces) " 
aD POKER >3659.0 


PRESS 


13. Check your 'CAT' for Bytes h1,h2,h3 
and Basic "hobbit" 

14. If all is well hit Reset, and disk 

load "nobbit" 


SUMMARY : 


What this method does is to divide the 
original block of code so that memory is 
loaded in sections as follows: 


First, the BASIc area is defined with a 
CLEAR command. Then, the first code 
block is established as the area above 
BASIC but below SPDOS, the second block 
is the area occupied by SPDOS and the 
third block is above SPDOS. 


The original block of code is loaded 
from tape and because we have, in doing 
so, over-written the DOS, the three 
blocks hi, h2, h% are saved to tape. 
SPDOS is reset and blocks hî and h3 can 
be loaded from tape and saved to disk. 
The routine "ldir" loads a block move 
routine into the display area, loads 
block "h2" just above it and saves both 
to disk as "h2". The program "hobbit" is 
saved to disk and the system reset. 

When "hobbit" is loaded, it does a 
CLEAR, loads the screen "hlogo", loads 
code blocks "hi" and "h3", loads "h2" 
into the display area, runs the block 
move routine to write "h2" code over 
SPDOS, prints a message, sets the lower 
screen to zero lines and runs hobbit. 
VOILA!! 


There is always a snag. Because we have 
over-written SPDOS, we now have ho 
access to the disk channel, so the 
hobbit "save" option still saves to 
tape. The 'plus' angle to this snag is 
that we can still load previous games 
from tape. 


We saved "ldir" to disk because it will 
be used in future conversions. For those 
who are familiar with machine code, the 
block move routine will hold - no 
surprises. For those who aren't, it is 
very similar to the one in the first 
newsletter. 


Once again your editor has tried this 
and had lots of trouble. The' main 
nrahlom wae thet the first block of code 


either caused the next block to load as 
well or went into some sort of autorun 
and crashed! Eventually I followed the 
same scheme as for Scrabble and, at the 
third attempt, it worked OK. In this 
instance the addresses in memory were OK 
but there was something odd about the 
code! 


Having chased these two programs on 
to disc, I thought woudn't it be nice to 
have Psion's VU~3D program on disc. 
Except that the real usefulness of this 
program relies on having SPDOS up and 
running all the time so that screens can 
be saved from within the BASIC driver. 
And the code as provided covers both the 
SPDOS and the MiniDOS areas. But there 
are lots of gaps in the code, almost as 
if it has been spread out through memory 
to make modifications difficult! A mini 
MiniDOS would do, though, because all 
you would need the DOS for would be to 
load and save screens from and to disc. 
Who'll take up the challenge?! 


CORRESPONDENCE: 


Our mail-bag is bulging out (...so to 
speak) with members' letters full of 
ideas, comments, questions and even (!) 
criticisms. We welcome any kind of 
feedback to help us in our endeavours of 
making SPDOS an even better system. 


David has already answered most letters 
but we will now reprint some of his 
answers in the hope that the rest of you 
would benefit from them. 


Simon Hart from Walthamstow, London, 
has sent us a nice CATalogue/menu 
program which we hope to publish in a 


. future newsletter. Writes Simon: 


"oe. just a note to those people having 
trouble converting programs, BEWARE OF 
THE RAM-TOP, move it well out of the way 


“in the BASIC loader program otherwise if 


you relocate code the machine stack 


. extends up and down memory and corrupts 


your machine code. If you find you have 
not got enough room for the entire BASIC 
loader program you can always split the 
BASIC into two parts, one large initial 


. program and one smaller final BASIC 


loader." 


Well, for your information, SPDOS 
Version 1.2 has a command which reduces 
the size of BASIC programs by saving 3 
or 5 bytes each time a number occurs in 
a BASIC line. E 


"... Finally", continues Simon, "lots 
of praise to Level 9 (the best adventure 
writers in the business) for their idea 
of coming back to BASIC to save and load 
the game data. This means that in 
"Colossal Adventure" and "Snowball" 
(both of which go onto disk easily) you 
can save-game and load-game to and from 
disk. BY THE WAY, IF. ANYONE WANTS TO 
EXCHANGE HINTS WRITE TO ME AT THE 
ADDRESS BELOW. 

Thanks for an excellent disk system." 


Mr. S.R. Hart 
65 Baldis Rd 
Walthamstow 
London E17 5LG 


Michael Shaw, a TIMEX 2068 user from 
Enfield, CT, USA writes: A 

“I would like to take this opportunity 
to say how pleased I am with SPDOS and 
the system 1 have from RAMEX for my 
Timex 2068. The only thing lacking is 
Random Access Files. Also it would be 
great if SPDOS was on a ROM cartridge, 
thus not using. any RAM space." 


Thanks for your appreciation Mike, we 
also think that SPDOS is great but we 
would, wouldn't we? A number of other 
users have asked us about this apparent 
lack of Random Access Filing. The simple 
answer is that if one is prepared to 
move away from the traditional R.A. 
approach of fixed length records, 'GET', 
'PUT', 'FIELD' etc commands, SPDOS can 
be used efficiently, together with 
Sinclair BASIC, to handle Random Access 
by taking advantage of the facility. to 
save and load numeric and string arrays 
under calculated filenames. A file can 
be divided into fields of records whose 
length is one dimension of an array. For 
many applications, it is useful to 
divide at several levels by dividing a 
string record into several sub-strings 
for use within your program. These 
methods have been used by ourselves and 
by other SPDOS users to produce programs 
that use Random Access Filing that will 
outperform the more traditional approach 
by a long way. For large files that will 


blocks of records can be dealt with 
using a calculated filename as the first 
"dimension" of your array. A Spectrum 
business program, OCP's "Stock Manager", 
was modified by ourselves to support 
17550 stock items (!) ie a data file of 
approx. 750 kbytes. The effective record 
length is 19k (ie the amount of 
available RAM) which gives immediate 
access to about 450 stock items while 
ANY record only takes 4-5 seconds to 
load. This method reduces the number of 
disk accesses quite drastically while 
retaining the main advantage of Random 
Access, the ability to move from record 
1 to record n without having to read the 
intervening n-2 records. 


not fit into the available read 
y 


We have no plans for a ROM-based 
version of SPDOS for the 2068 but given 
the right demand, I'm sure we would 
consider it. 


Dennis Cmelik, another 2068 user from 
the United States, would like to hear 
from anyone who has succesfully used a 
combination of a Timex 2068, a Tasman 
printer interface and a Westridge 2050 
Modem. This is how Dennis describes his 
problem: 


",.. When the Tasman interface is 
hooked up to the Westridge 2050 modem, 
characters that are typed in on the 
keyboard do not agree with what is 
displayed on the screen in terminal 
mode. The receiving computer apparently 
can understand what is typed in because 
I don't have any problems logging onto 
the Compuserve network." 


Send your answers, if any, to us and we 
will forward them to Dennis. (I'm sure 
John Threatt and Harry Raikes, also from 
the U.S. of A,, will appreciate any news 
on the 2050.) . 


Talking about John Threatt, some of you 
2068 users might be interested to know 
that John is proposing to start a 
Bulletin Board Service (BBS) for the 
sole use of T/S 2068 users. Write to us 
with your comments and we'll pass them 
on. 


John is also offering a program -FREE- 
to Spectrum/2068 users who might have a 
use for it. In his own words: 


"If any members are teachers, I have a 
program which I wrote for my wife, which 
handles the grades for 30 students, 6 
subjects and up to 30 tests per subject. 
It displays/prints Reports customised to 
each teacher's class order. This is not 
a commercial program in that I am not 
selling it, but offering it to those who 
could use a bit of computer assistance, 
as my wife did. It's only a database 
using multi-dimension DIM$ statements 
and MENU-driven but teachers (ONE 
CLASSROOM/SEVERAL SUBJECTS) do seem to 
like it. It may need modifications to 
run on Spectrum machines, but it's all 
in BASIC (12K) so a printed copy should 
do." 


Thanks a lot, John. That's the spirit! 
SURF members, throughout the world, can 
benefit from John's kind offer if they 
send a stamped addressed envelope to us. 


A number of Watford Electronics 
customers have bought switchable 40/80 
track drives. These drives are usually 
Mitsubishi and highly recommended. They 
should be used with an 80-track System 
Master as they are basically 80-track 
drives with a bit of electronics added 
to them to enable them to READ 40 track 
diskettes. DO NOT format or save in the 
40-track mode unless the diskettes are 


to be used by your own system; this 
facility can be a bit unreliable. Most 
important of all, if you are a single 


drive user, DO NOT attempt to make a 
40-track subsystem disk from an 80-track 
master by manually switching mode at the 
right (?) moment. SPDOS can't cope with 
tricks like that! 


Mark Alcide from Belgium would like to 
hear from anyone who could send him 
hints, tips, listings on storing data on 
disk, graphics and FOOTBALL MANAGEMENT. 


Write to: 


MARK ALCIDE 

Secretary, 

Indoor Football League Mechelen, 
J. Verbertstraat 39, 

B-2800 MECHELEN, 

BELGIUM. 


If you were a user of the tape-based 
Tasword Two and you are experiencing 
problems in customising your disk-based 
version for your printer interface, you 
can use the Tasword code from your 


customised tape as follows: 


1. Load "tasword" from SPDOS in the 


usual way. 


2. Return to BASIC from the tasword 
menu. 


3. load the tasword code from tape 
using LOAD "" CODE. 


4. Key in the following: 
POKE 62217,125: POKE 64150, 233: 
POKE 64151,0 


5. RUN Tasword and then save onto disk 
using the "t" option of the main mem. 


And now, 
treaks! 


great news for all FORTH 


Francis Glassborow from Oxford writes: 


"T have been developing a Z80-based 
FORTH-79 for sometime now and have had a 
version running on a Spectrum for nearly 
2 years. It already uses both cassette 
and microdrives as virtual memory 
devices and I recently modified it so 
that it will also use SPDOS disks as 
virtual memory. I addition, I suspect 
that my direct read routine might be of 
considerable interest to software houses 
that are willing to release their 
software on SPDOS disks as it enables 
almost any size program to be directly 
loaded from disk without going through 
the directory and also without anything 
but the minimum space occupied. 

FORTH I sell at £1.00 for tape that 
will transfer to disk and no charge for 
copies. However, support and 
documentation costs £6.00" 


Francis can be contacted at: 


64 Southfield Road, 
OXFORD 
OX4 1PA 


(The Editor of this esteemed organ has a 
copy of this FORTH and can vouch for its 
excellence. In addition to the normal 
FORTH words there are several specific 
for the Spectrum and the editor is 
really superb, being based on 512 byte 
units with an undefined number of lines 
rather than a 15-line screen-based 
system. This makes vwriting a FORTH 
program little different from using a 
word processor!) 


